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METHOD AND SYSTEM FOR CONFIGURATION CONTROL IN TELECOMMUNICATIONS NETWORKS 



TEXT OF THE DESCRIPTION 

The present invention tackles the problem of achieving 
5 control over the configuration of the various elements 
(nodes, interfaces between nodes , etc) included in a 
telecommunications network and it was developed with 
particular attention to the possible accomplishment of a 
centralised function for controlling the configuration of 
10 a telecommunications network, such as a mobile 
telecommunications network. Nonetheless, the uses of the 
invention are not limited to this specific application. 

In general, the activities of controlling and 
designing the configuration data of a telecommunications 
15 network are particularly complex and delicate. 

Among the reasons for the complexity of said 
activities, the following can be recalled: 

- most interventions in the network, such as the 
insertion of a new node (for instance, the so-called 

20 MSC/VLR of a mobile radio network), the introduction of a 
new service or the maintenance of an existing service 
generally implies the need to define /rede fine the data 
pertaining to the new/ pre -existing nodes; 

- given the possible central ity of a node within the 
25 network architecture (again considering the example of a 

MSC/VLR of a mobile radio network) , the erroneous 
definition of configuration data of a node and of the 
criteria for interaction with the nodes destined to co- 
operate with the node itself can lead to deleterious 
30 effects in terms of service availability and possible 
consequent loss of revenues; 

- in a network, even a small sized one, a great 
quantity of configuration data is present which, in 
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addition to being delicate and having strategic value, are 
subject to being updated very frequently, and 

- the activities of designing and/or configuring the 
nodes and the other elements of the network are generally 

5 carried out (even when the nodes are based on the same 
technology) at different times by different subjects. 
Wholly identical functionalities can therefore be 
implemented according to equivalent but not exactly 
identical principles and criteria, giving rise - within 

10 the network - to a lack of uniformity which is always 
negative; this also taking into account the fact that, in 
any case, different network operators have the tendency to 
integrate in the same network nodes and/or node components 
based on different technologies. 

15 It is therefore necessary to provide network operators 

with such instruments as would enable them to: 

- ensure that the configuration data of the operating 
facilities comply with the rules set out by the network 
operators in the technical design standards, 

20 - standardise the configuration of the systems thanks 

to the identification, on one hand, of the configuration 
data destined to be identical for all systems and, on the 
other hand, of the data that cannot be, given their 
dependence on the location of the system within the 

25 network; 

- optimise the performance of the systems, identifying 
and eliminating any redundancies in the configuration 
data, and 

- unite in a single entity the function of defining 
30 the reference configuration rules, leaving to other 

entities (possibly distributed over the territory if the 
network is a large one) the action of verifying whether 
the configuration of the nodes complies with said rules. 
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In this regard it should be noted that there is a 
strong interdependence among the various categories of the 
configuration data; therefore, it is necessary to have 
instruments available to check the effects due to the 
5 variation of the generic data category: a typical example 
regards numbering analysis, which is strongly 
interdependent with billing analysis. 

There is also a strong implicit interdependence 
between the configuration data of different nodes in the 
10 network. In other words, the correct treatment of a 
service within each network node considered individually 
fails to guarantee in absolute fashion the correct 
operation of the service within the network in its 
entirety. Design configuration choices on the individual 
15 network nodes, which in themselves may be functionally 
correct, may in fact be found incompatible when the nodes 
are interfaced. When verifying the operation of network 
services or performance, oftentimes there are no absolute 
correctness criteria to be applied to the individual node, 
20 but it is necessary to use correctness criteria relating 
to the operation of the other nodes in the network. 

For instance, it is known among those versed in the 
art that an error in a configuration data item in one node 
can cause malfunctions in the network services that 
25 manifest themselves only outside the node itself. The node 
whereon an error is observed is not always responsible for 
the malfunction. Therefore, it is necessary to obtain 
instruments that have the capability of checking the 
behaviour induced on the network by the configuration 
30 data, both at the level of the individual node and at the 
level of the entire telecommunications network in which 
the node is inserted. 

Additionally, the semantic distance between the 
punctual configuration data item and the effect it has on 
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the behaviour of the network can be very large. The 
network operator can detect an error in a configuration 
data item but not be able to estimate its severity; 
conversely, he may observe an undesired behaviour in the 
5 network but not be able to determine which error in a 
configuration data item in a node may have caused it. 
Therefore, it is important to have instruments available 
that are able to offer a vision both of the global high 
level behaviour of a network service, and to perform a low 
10 level analysis of the individual configuration data item 
in a specific node, aiding the user in semantically 
connecting the different levels of detail of the analysis. 

Traditional techniques for checking the correctness of 
configuration data are generally based on the preventive 
15 manual checking of sets of commands containing 
modifications to configuration data, on checks through 
software tools of compliance with the correct syntax of 
the configuration commands, or on making test calls to 
test the proper operation of the service downstream of the 
20 transmission of the configuration data in the network. 

Said techniques do not allow to identify in a wholly 
satisfactory manner possible errors in the configuration 
data, either because they are too costly in terms of time 
and resources or because they are not exhaustive. For 
25 example, very often modifications to configuration data 
are made during the night time hours under conditions of 
light network loading. Tests conducted in this network 
condition may not be exhaustive since, under conditions of 
heavier loading, the network may for instance perform 
30 different routings following second or third choice 
routing paths because of the saturation of the main 
routing due to intense traffic. It is therefore important 
to provide network operators with instruments that are 
able to give answers as to the correctness of 
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configuration data more accurately and exhaustively than 
those that can be obtained with traditional techniques and 
in compliance with the time lines required for activating 
network services. 
5 In view of the deleterious consequences of errors in 

the configuration data, it is advisable on one hand to be 
able to perform checks prior to updating data in the 
network and on the other hand to extend the checking 
action passing from a mere function of analysis and 
10 verification to a function of (re) designing the 
configuration data of the nodes in accordance with 
predetermined rules. 

The present invention is aimed at providing a solution 
able to overcome the limitations set out above and to meet 
15 the requirements described previously in a wholly 
satisfactory manner. 

According to the present invention, said aim is 
achieved thanks to a method having the characteristics 
specifically described in the claims that follow. The 
20 invention also relates to the corresponding system as well 
as the corresponding computer program product able to be 
directly loaded into the internal memory of a digital 
computer and comprising portions of software code to 
implement the method according to the invention when the 
25 product is run on a computer. 

The invention shall now be described, purely by way of 
non limiting example, with reference to the accompanying 
drawings, in which: 

- Figure 1 shows, in the form of a functional block 
30 diagram, the possible architecture of a control system, 
integrated in a mobile radio network, operating according 
to the invention. 
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- Figure 2 shows, in the form of a functional block 
diagram, a configuration check being performed in a system 
according to the invention, 

- Figures 3 through 5 show some examples of data 
5 structures involved in the check of Figure 2 , 

- Figure 6 shows, in the form of a functional block 
diagram, a functional check being performed in a system 
according to the invention, 

- Figures 7 through 9 show some examples of data 
10 stmctures involved in the check of Figure 9, 

" Figure 10 shows the structure of the functions with 
which the node can be modelled for the simulation aims of 
the invention, 

" Figure 11 shows an example of functional analysis 
15 carried out in a system according to the invention, 

- Figure 12 shows, in the form of a functional block 
diagram, the execution of a functional check involving the 
node state simulation component in a system according to 
the invention, 

2 0 - Figure 13 shows, also in the form of a functional 

block diagram, the execution of an analysis at the level 
of the entire network using the interface/protocol 
simulator, and 

- Figure 14 shows, again in the form of a functional 
25 block diagram, the application of the various techniques 

< described also to a possible future configuration built by 
applying only in the simulated environment a set of 
commands for modifying the current configuration. 

In the currently preferred embodiment, the solution 
30 according to the invention allows to implement a set of 
techniques that allow, adopted either separately or in 
mutual combination, to manage and check the configuration 
data of the elements included in a telecommunications 
network. This providing in particular the ability to 
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simulate the behaviour of the network nodes and of other 
elements of the network in the absence of interaction with 
said elements subjected to checks. 

In particularly advantageous fashion, the 
5 characteristic elements of the solution according to the 
invention are able to coexist and co-operate with more 
traditional control techniques. 

A first example in this regard is given by the 
configuration control technique aimed at verifying the 
10 configuration of the data of the node, comparing it with a 
reference standard . 

To achieve this type of control in a system of the 
type illustrated herein, typically the configuration data 
in operation are drawn from one or more files associated 
15 with the node (commonly called printouts) and the data in 
operation are compared with the reference data. 

This first technique is simple to implement, as it 
requires to compare the equality of two sets of data 
without making any simulation of the behaviour, for 
20 instance, of the nodes. Each discrepancy between the data 
measured in a node and the reference data constitutes an 
error in the configuration data, which can be removed by 
generating a packet of modifications to the configuration 
data such as to make them identical to the reference. 
25 This solution is suitable to solve data 

standardisation problems. However, it is not - in itself - 
suitable to meet all indicated requirements: to be 
effective, the reference standard must be at the same 
level of detail as the configuration data; moreover, this 
30 type of checks is not applicable when the set of data to 
be checked does not have the objective of being (or cannot 
be) identical in all nodes in' the network; lastly, there 
is no immediate correlation between the error detected in 
the configuration data and its consequences on the 
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operation of the service and on the performance of the 
network. 

Another technique is instead based on the simulation 
of the behaviour of the functions of the node by means of 
5 so-called 'Afunctional checks" with the goal of verifying 
the operation of the node by comparing the emulated 
behaviour with the behaviour specified by the reference 
standard. 

In this regard it should be recalled that - in general 
10 - a network node is constituted by a set, which can be 
quite complex, of co-operating functions. 

For example, there are functions that manage: 

- user profile analysis, 

calling numbers and called numbers analysis, 
15 - signalling routing analysis, 

call routing analysis, 

- call billing analysis, and 

- end of selection analysis. 

To each functionality are generally associated one or 
20 more configuration files (with known format, called node 
printouts) that indicate the values of the parameter of 
the functionality itself. 

It is possible to request from the generic node the 
configuration of the functionality of interest starting 
25 from the so-called printout. 

To allow functional checks, software functions (called 
"analysers") are specified and realised, and each 
simulates the individual functionality of the node. 

For example, with reference to call management, 
3 0 analysers are used to simulate called numbers management, 
signalling routing, call routing, etc. 

From the analysis of • the global operating 
specifications of the node, procedures destined to e»5>loit 
the aggregation of the analysers to simulate the f\inction 
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of the node are specified. Said procedures thus allows to 
simulate a whole series of global behaviours of the node. 

To simulate the execution of the generic procedure, 
the following input data are used: 
5 - the configuration data in operation of the analysers 

associated with the procedure and obtainable from the 
corresponding node printouts, and 

- the input parameters for the global procedure. 

The check verifies that the expected operation 
10 coincides with that obtained by executing the procedure 
for the node of interest . 

To enable the user to simulate in step-by-step mode 
the generic function of the node, an environment is 
defined that allows to: 
15 - select the node of interest, 

- select the analyser . of . interest , 

configure the input data to the analyser, and 
simulate the function in step-by-step mode. 
This technique offers a solution that overcomes many 
20 of the disadvantages of the prior art. Comparing the 
expected and observed behaviours in a node by means of the 
simulation carried out with the analysers, it is no longer 
necessary for the reference to be expressed at the same 
level of detail as the configuration data; moreover, it is 
25 not the equality of the data with respect to the reference 
that is checked, but rather the behaviour which data 
induce on the node. This makes the technique effective 
even in contexts in which the configuration data do not 
have the objective of being (or cannot be) rendered 
30 identical on all systems. Moreover, since it is a check 
with a greater semantic content than that of the prior 
art, the correlation between the error detected in the 
configuration data and its consecjuences on the operation 
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of the service and on the performance of the network is 
easier. 

To the techniques described previously, the solution 
according to the invention allows to add more advanced 
5 techniques, better described hereafter. 

Some analysers can lead to more than one possible 
analysis result, whereof only one is followed each time by 
the node in its actual behaviour. The choice made by the 
node depends on the instantaneous conditions of the 
10 network. 

One can take, by way of example, the analysis of 
routings for a network service: a call directed to a 
number can be routed, for the same final destination, 
following different paths, each with different priority, 
5 depending on the loading condition of the paths at the 
time of routing. 

In the currently preferred embodiment, the invention 
provides for the introduction of a new simulative element 
that takes into account all possible analysis results 
0 corresponding to different possible states of the node, in 
order to use said results to obtain the simulation of the 
exhaustive behaviour of the node, i.e. independently from 
the particular instantaneous network conditions. 

With respect to the prior art, this development allows 
5 to overcome the limitation given by the non exhaustive 
nature of the technique that calls for the execution of 
manual call tests conducted during night time hours (which 
verify the proper operation of the service only in the 
particular case of unloaded network) , considerably 
0 increasing reliability and allowing an exhaustive 
simulative approach to configuration data management with 
respect to traditional techniques. 
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An additional enhancement is obtained by introducing a 
new element that is able to simulate the interaction 
between one node and the next in the traffic path. 

Said element serves as a simulator of the component 
5 useful for analysing the interwork at the interface 
between the network nodes. For example, it simulates the 
network protocol interfaces used for signalling exchanging 
or call routing purposes (^^interface/protocol 
simulators")- This new element allows to pass from the 
10 simulation of the behaviour of a node to the simulation of 
the overall behaviour of the network in case of a 
particular service or performance. 

To allow the user to simulate the complete behaviour 
of the network, based on the configuration data present 
15 for a certain service in the network, an environment is 
defined that allows to: 

- select a traffic scenario and a starting system, 
setting determined initial conditions of the simulation; 

visualise all possible alternatives obtained by 
20 simulating the different nodes and the different 
interfaces that in any network condition will lead to the 
rendering of the service given the initial conditions set. 

The coexistence of this technique with all techniques 
illustrated previously in the same instrument enables the 
25 user to fill the semantic distance between the punctual 
configuration data and its effect on the behaviour of the 
network, offering both a vision of the high level global 
behaviour of a service in the network, and the possibility 
to carry out a low level analysis of the individual 
3 0 configuration data item in a specific node, aiding the 
user in semantically connecting the different levels of 
detail of the analysis. 

An additional simulative element allows to apply to a 
configuration detected in the network a set of commands 
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for modifying the configuration itself in the simulated 
environment alone, leading to a new version of the 
configuration data set for a single node or even for the 
entire network. On this new version of the configuration, 
5 all prior techniques can be applied. 

This new simulative element therefore allows to apply- 
all prior techniques not only to the verification of 
existing configuration data, but also to the data 
consequent to a set of appropriate configuration commands 
10 applied to the existing configuration before their actual 
insertion in the network node. 

This technique can be used effectively together with 
the prior ones in design as well as control activities to 
provide a sort of analysis of the impact in the network of 
15 the introduction of a certain set of modifications to the 
configuration data, highlighting any errors and consequent 
degraded services before their actual introduction into 
the nodes constituting the actual environment. 

Moving now to a detailed examination the accompanying 
20 drawings, in Figure 1 the reference N globally indicates a 
telecommunications network represented - in the 
application example whereto (without thereby limiting the 
scope of the invention) reference shall constantly be made 
hereafter - by a mobile radio network. Figure 1 
25 schematically shows various MSC/VLR (Mobile Services 
Switching Centre/Visitor Location Register) and HLR (Home 
Location Register) elements, connected, through a data 
network RDl, to respective management systems, 
respectively indicated as k-1, k, k+1. 
30 As stated, although the solution according to the 

invention was developed in view of its possible 
application to controlling the configuration data of a 
mobile radio network, reference to said possible 
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application must not be construed as limiting the possible 
scope of the invention, which is altogether general. 

The general structure and nature of the network can be 
any. This holds true in particular for the structure and 
5 the interconnection modes of the various nodes included 
therein. Specifically, the fact that three management 
systems are represented, distinguished by the references 
k-1, k and k+1 is purely by way of example and is in no 
way destined to express a connection or secjuential 

10 constraint of any sort existing among the systems. 

This stated, referring (again by way of example) to a 
mobile radio network, within the network nodes particular 
relevance is assumed by the management systems k-1, 
k, k+1, . . . typically called OMC (Operation and 

15 Maintenance Centre) . Here are collected the files (called 
node printouts) with the configuration data of the network 
nodes , 

For the purposes of the present invention, it will be 
sufficient to recall that the configuration data 

20 characteristic of each node in the network are usually 
organised in the form of ASCII files that may reside in 
the management system..., k-1, k, k+1, ... and are 
therefore able to be collected at the level of a data base 
DB destined to constitute the heart of the server S of the 

25 system according to the invention. 

The collection of the files containing the 
configuration data of each network node can be carried out 
by the server S . remotely, for instance according to the 
typical transmission modes of a data network (RD2) . 

30 Consequently, within the data base DB residing in the 

server S (or otherwise available to the server S itself) a 
portion of data base is dedicated, indicated as DBl, in 
which are collected the configuration data associated with 
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the nodes, extracted from the configuration files... CFk-i, 
CFk, CFk+i ... drawn from one or more node printouts. 

The persons versed in the art will appreciate that, 
although - for the sake of simplicity in the description - 
5 the files in question are indicated herein with generic 
subscripts. . . , k - 1, k, k+1, . . . , said designation must in 
no way be construed as indicative of a correspondence 
between files and management systems. This is because, for 
instance, each system may manage several nodes, each with 
10 multiple files. 

Another portion (indicated as Ml) of the data base DB 
is dedicated to storing the reference data or behaviours, 
used as a ^^model" for the entire network. 

Otherwise stated, the model Ml, depending on the 
15 technique used on each occasion, may represent: 

- a set of configuration data that are to be 

identical on all nodes of the network in 
configuration checks cases ; 

a set of expected behaviours for a node in the 
20 case of functional analyses; 

a set of exhaustive behaviours of all nodes 
that can be traversed in the case of simulation 
of a determined service over the entire 
network . 

25 The model Ml is organised by a network manager that 

creates the configuration model Ml through its own work 
station Wl which interacts, at the local network level or 
remotely, with the server S. 

The system represented herein allows, in the first 

30 place, to verify that the configuration data are all 
consistent (virtually identical to each other, at least in 
the parts destined to be so, because they are not specific 
of a particular node) and in any case in accordance with 
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the configuration specifications defined by the ^^model" 
conf igurat ion . 

Figures 2 through 5 respectively show the general 
diagram of the control, the model Ml, the format of the 
5 configuration data and the type of outcome expected. 

The diagram of Figure 2 shows the criteria whereby, 
within the scope of a system according to the invention, a 
configuration control is performed over the data relating 
to any functionality of the node. 
10 In essence, said control corresponds to a verification 

function C carried out by comparing: 

configuration data corresponding to the standard 
(model Ml) , able to have a structure of the type shown in 
10 in Figure 3, and 
15 - the actual . configuration data corresponding to the 

data in operation collected in the corresponding node 
printout and having, in the representation format internal 
to the system, a structure like the one shown in 12 in 
Figure 4 . 

0 Starting from the comparison function indicated as C, 

the system generates a report REP having the structure 
represented in 14 in Figure 5. In practice, the report in 
question has a first has a first column showing an 
identifier of the configuration data item followed by a 
5 sequence of pairs of parameters where the first is the 
reference data item (postfix N, i.e. Norm or standard) and 
the other one the parameter in operation (postfix D, i.e. 
Data item in operation) . 

In this way, the report 14 allows to highlight the 
0 following types of out -of -alignment conditions: 

- data in operation in excess with respect to the 
reference; 

missing data in operation with respect to the 
reference, and 
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- different values of the parameters for the same 
configuration data item. 

In the currently preferred embodiment of the 
invention, the system is configured in such a way as to 
5 extend the control action beyond the mere step of 
verifying the actual situation. This is achieved by 
performing a function of reconfiguring the nodes of the 
network, aimed at causing any configuration data exhibit 
dismorphic characteristics with respect to the data of the 
10 ''model" to be modifiable to attain the desired conforming 
condition. All proceeding with the reconfiguration of the 
nodes accomplished remotely, for instance by transmitting 
to the management system..., k-1, k, k+1, ... of the node 
involved on each occasion the commands and the data 
15 necessary to proceed with the reconfiguration. 

It will be appreciated that this preferred mode of 
organising the system according to the invention allows to 
perform a network reconfiguration action. Said action 
constantly assures that, for instance, all nodes in the 

2 0 network are configured in mutually uniform fashion and in 

accordance with the reference specifications. 

This operating mode allows constantly to follow the 
evolution of the network deriving, for instance, from the 
addition of new nodes and/or from the addition (or 
25 elimination) of determined fxmctions of one or more nodes 
with the consequent reconfiguration of the entire network. 
This, it should be observed, also when the nodes of the 
network are not all based on the same technology. 

An important element of the solution described herein 

3 0 is given by the ability to simulate (by means of 

corresponding functions) the generic functionality of the 
nodes. This allows to avoid any invasive impact on the 
network nodes. 
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A node can generally be modelled as a set of co- 
operating functions. Within the scope of the solution 
described herein, functionalities that replicate the 
functions of the node have been defined and implemented. 
5 The functions that emulate the generic functionality 

of the node are defined in general -purpose fashion and the 
information required to simulate the behaviour of the 
functionality of the node of interest are represented by: 
- the input data for starting the function, and 
10 - the configuration data present in the node printout 

associated with the functionality. 

In this way it is possible to simulate the behaviour 
of the generic functionality of the generic network node 
avoiding any invasive intervention on the network N 
15 itself. 

The solution according to the invention therefore 
provides for the aforesaid verification to be performed by 
means of simulation according to the criteria better 
described hereafter, 

2 0 Figures 6, 7, 8, 9, 10 and 11 refer to the criteria 

with which, within the system according to the invention, 
are performed the functional checks destined to verify 
that the expected operation of the node coincides with the 
one obtained from the execution of the corresponding 

25 procedure for the node of interest. 

In essence, the solution described herein is based on 
the performance of checks that can be accomplished no 
longer by comparing the actual configuration with the 
reference configuration, but comparing the set of expected 

30 behaviours of the node with the actual behaviour computed 
by means of functional analyses that use the simulative 
method . 

The diagram of Figure 6 shows the criteria with which, 
within the scope of a system according to the invention. 
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are based the functional checks of the data relating to 
any functionality of the node. 

Within the network node, the configuration data 
present CNk are used by the related functionalities and 
5 influence the behaviour of the node itself. 

The system described herein is able to acquire the 
configuration data CFk extracted from the printouts and, 
by means of simulation modules called analysers A, to 
simulate the behaviour CSk that the node assumes as a 
10 consequence of the configuration itself. 

Lastly, the control corresponds to a verification 
module CC that operates by comparing: 

- a set of expected behaviours (model Ml) , able to 
have a structure of the type shown in 16 in Figure 1 , and 
15 - a set of simulated behaviours obtained as the result 

of the functional analyses and having, in the 
representation format internal to the system, a structure 
like the one shown in 18 in Figure 8. 

Starting from the comparison function indicated as CC, 

2 0 the system generates a report REPC having the structure 

represented in 20 in Figure 9. 

In practice, the report in question has a sequence of 
pair of behaviours where the first behaviour is the 
reference data item (postfix N, i.e. Norm or standard) and 
25 the other one is the simulated behaviour (postfix S, i.e. 
Simulated). The diagram of Figure 6 also shows ' additional 
function blocks, indicated as FN and CRk, representative 
of the functionalities of the network node corresponding 
to the configuration data CNk and to the actual behaviour 

3 0 of the node in question. 

The diagram of Figure 10 shows the typical 
organisation of a MSC/VLR of a mobile radio network, which 
can be seen as a set of co-operating functions destined to 
manage, for example, the calling numbers, the called 
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numbers, signalling routing, call routing, call barring, 
call billing and end-of -selection management- In essence, 
the solution according to the invention is based on the 
creation, within the database DB, of a set of simulation 
5 functions at the software level, each of which was built 
based on the set of rules and criteria with which a 
determined node technology accomplishes a node 
f unc t ional i ty . 

For example, they can be, with reference to the 
10 MSC/VLR case mentioned previously, of functions that at 
the software level emulate: 

- billing analysis (20) , 

- analysis of the identifier called International 
Mobile Subscriber Identity or IMSI (22) , 

15 - signalling analysis (24) , 

- call routing analysis (26) , 

- calling number analysis (28) , and 

- called numbers and barring analysis (32) . 

Figure 11 shows the execution of the functional 
20 analysis carried out exploiting a register R which is 
nothing else than the set of variables able to represent: 

- the input data of the first function in the chain, 

the data obtained as a result of the generic 
function and able to represent the input data for the 
25 subsequent function, and 

the data obtained as the final result of the 
complete chain. 

For example. Figure 11 shows a typical functional 
analysis sequence conducted in relation to checking the 
30 handling of the calls of users who use the service called 
International Roaming" . 

In particular, the check' is aimed at verifying a 
foreign GSM user's ability to complete a call directed to 
a number in his/her own countary of origin. 
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After from a list (step 100) the node, an IMSI number 
and a called number in the country of interest, and after 
introducing the corresponding information in the register 
R, are activated in sequence the analysers corresponding 
5 to the respective functionalities of the network node. In 
this case, the analysers are activated in order for the 
analysis of the IMSI identifier (step 102) , the analysis 
of the called numbers and of the barring (step 104) and 
the analysis of billing (step 106) . 
10 It will be appreciated that the various analysers 

exploit as configuration data: 

~ the input data to activate the analyser in the case 
it is the first of the chain, 

- the input data obtained from an analyser activated 
15 previously, and 

- the configuration data obtained from the printout 
associated with the analyser. 

Figure 12 shows the conduct of a functional control 
involving the node state simulation component. 

20 The simulator SS of the state of the node does not 

simulate an existing function of the real node but 
simulates the occurrence of the different environmental 
conditions that would influence the result of the 
activation of a functionality of the node and that may 

25 also influence the invocation of the subsequent 
functionalities . 

If for instance the result of the analysis of the 
routing of a certain called number leads to different 
possible solutions with alternative choices depending on 

30 the actual state of the resource of the actual node, the 
actual node would terminate the analysis following the 
only choice consistent with * the actual state of the 
resources at that instant. 
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The simulator of the node state, instead, generates a 
set of possible states sl,..,sn each of which corresponds 
to a situation that may lead to a different result of the 
analysis. In the currently preferred embodiment of the 
5 invention, to the different states are associated as many 
instance of the register R, 

If the simulation continues downstream of the 
aforementioned analyser, the simulation will have to be 
continued branching the analysis off starting from the n 
10 behaviours deriving from each possible state. The final 
result, therefore, is a set of simulated behaviours CS.k, s 
associated to the node k in the state s • 

In the execution of a check, said simulated behaviours 
are compared through a decisional component CC to the 
15 possible expected behaviours expressed in Ml , The result 
is, as in the previous cases, an REPC report that 
indicates the differences between the expected behaviours 
and the simulated behaviours. 

From the functional point of view, the set constituted 
2 0 by the analysers A and by the simulator of the node state 
SS can also be considered a node simulator macro-block, 
called SN, destined to operate on the configuration data 
CFk extracted from the printout. 

Figure 13 refers to the criteria with which, within 
25 the system illustrated herein, are accomplished the 
functional checks destined to verify the expected 
behaviour of a service or of a performance of the network 
as a whole. 

In essence, the solution described herein is based on 
30 operation checks non longer accomplished - as described 
above - on the individual nodes of the network considered 
separately, but on the behaviour of the nodes upon their 
interfacing and of the interwork for the realisation of 
the performance or of the services. 
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The diagram of Figure 13 shows the criteria for the 
execution of the functional checks of the network 
services . 

In a generic network node k, the configuration data 
5 CFk extracted from the printouts are used by the related 
simulation functionalities SN of the behaviour of the node 
and influence the behaviour of the node itself in the 
rendering of the service . 

It is then supposed that for the rendering of the 
10 service the node k interfaces with the node k+1 by means 
of appropriate network protocols. 

The system illustrated herein is able to simulate the 
rules for the interaction and interface between the nodes 
by means of appropriate functionalities Slk/k+l, which 
15 then in turn enable the simulation of the behaviour of the 
node k+1 given the particular rendering of the service 
which takes into account the behaviour at the interwork 
that occurred with the node k. 

The final result is the behaviour of the network CSN 
20 resulting from the behaviour of • the individual network 
nodes and, thanks to the simulative interfacing element 
SIk/k+1, from the mutual interwork that influences the 
behaviour of the nodes themselves. 

Said simulated network behaviours can be compared to 
25 the expected network behaviour Ml from a decisional 
component CC. The result is, as in the previous cases, a 
report REPC that indicates the differences between the 
expected behaviour and the simulated behaviour. 

Figure 14 refers to the criteria with which, in the 
3 0 system described herein, the previous techniques are 
applied to a future configuration network instead of to 
the current configuration. 

<COMMENT: Detail WHAT- IF Analysis> 



wo 2004/019556 



PCT/EP2003/008702 



23 

This way of proceeding allows to meet the requirement 
of performing data checks before their actual introduction 
in the network, allowing the analysis of the impact that a 
modification to the node configuration data will bring to 
5 the behaviour of a single node or of the network. 

An element FC, able to simulate the command analysis 
functionality, allows to apply to a configuration CF 
detected in the network and extracted from the printouts a 
set of commands CM to modify the configuration itself in 
10 the simulated environment alone, leading to a new version 
CFM of the configuration data for a single node or even 
for the whole network. On this new version of the 
configuration can now be applied all previous techniques. 
This way of proceeding can be freely combined with the 
15 various techniques described above; therefore the new CFM 
configuration can refer to a subset of the configuration 
data of a node, up to all configuration data of the nodes 
of the whole network. The new configuration can be 
analysed simply through the analysers, or be subjected to 
0 configuration checks, exhaustive functional checks, checks 
of the operation of a network service on all nodes and so 
on. 

In the currently preferred embodiment of the 
invention, the control /simulation functions are activated 

5 by a plurality of terminals or work stations Ul, Un 
distributed on the territory and able to interact remotely 
with the system server S for instance with data network 
RD3 communication modes. All this, with the stations Ul, 
. . . , Un usually being inhibited from interaction with the 

;0 model configuration Ml whose definition is left 
exclusively to the station Wl . This need to distribute the 
work stations Ul, Un over the territory is felt less 

acutely if the system is configured in such a way as to be 
able to accomplish in centralised fashion also the (re) 
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configuration of the nodes starting from a single control 
station. In this latter case, it is also possible merge in 
a single station (such as the station Wl) the functions of 
general network supervision and of starting the simulation 
5 functions . In the diagrams of Figure 1 said functions are 
instead shown to be attributed in distinct fashion to the 
station Wl, on one part, and to the stations Ul, .../ Un, 
on the other part . 

Each of the stations Ul, - - - / Un is usually able to 
10 perform at least the following operations: 

- finding the current configuration of a node or of 
multiple nodes by importing their printout, and 

- requesting the execution of configuration checks or 
functional checks that exhaustively verify the behaviour 

15 of the nodes, or requesting network functional checks and 
visualising the outcomes obtained in the form of reports. 

Each of the stations Ul, .../ Un is also able to start 
the simulation to verify a determined functionality of a 
node . 

20 In the currently preferred embodiment of the 

invention, the stations Ul, Un also have the ability 

to simulate in step-by-step mode the generic fiinction of 
the node undergoing verification. 

All this is done in an environment that allows to: 

25 - select the node or nodes of interest; 

- select the analyser of interest, 

- configure the input data of the analyser, 

- configure (in transparent fashion for the user) the 
analyser exploiting the configuration data from the 

30 corresponding printout, 

simulate (possibly with step-by-step mode) the 
related function, and 

- analyse the results of the analysis. 
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To enable the simulation of the complete behaviour 
based on the configuration data present for a certain 
network service, an environment has been defined that 
allows to: 

5 - select a traffic scenario, a starting system and 

setting determined initial simulation conditions; 

display all possible alternatives obtained by 
simulating the different nodes and the different 
interfaces that under any network condition will 
10 lead to the rendering of the service given the 

initial conditions set. 
The stations Ul, Un are usually able to simulate 

the effect of the application of a set of commands for 
updating the configuration data, creating a new 
15 version of the configuration itself whereon can be 

executed simulations, checks and analyses before the 
actual modification of the data on the nodes of the 
actual network. 

Naturally, without changing the principle of the 
20 invention, the realisation details and the embodiments 

can be widely varied with respect to what is described 
and illustrated herein, without thereby departing from 
the scope of the present invention. 



25 



